home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / networking / 1262 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.3 KB
  1. Path: america.com!not-for-mail
  2. From: "Holger Kruse" <kruse@america.com>
  3. Newsgroups: comp.sys.amiga.networking
  4. Subject: Re: AmiTCP 4.0 and MTU=256 ???
  5. Date: Sat, 10 Feb 1996 07:54:42 -0500
  6. Organization: private Amiga site
  7. Message-ID: <kruse.53115025@america.com>
  8. References: <149214616750@Century.tng.oche.de> <9602082140.AA008tm@stokes.demon.co.uk>
  9. Reply-To: "kruse" <kruse@cs.ucf.edu>
  10. NNTP-Posting-Host: mco1-04.america.com
  11. X-NewsReader: IntuiNews 1.3a (7.9.95)
  12.  
  13. In article <9602082140.AA008tm@stokes.demon.co.uk>, Philip Stokes
  14. <phil@stokes.demon.co.uk> wrote:
  15.  
  16. > According to my TCP/IP books, The Internet Activities Board standards for
  17. > TCP/IP recommend that all networks should have an MTU of at least 576
  18. > octets. Certainly the AmiTCP installer will not allow you to set an
  19. > MTU of a lower value than this.
  20.  
  21. You are misunderstanding the purpose of this requirement. All *networks*
  22. (i.e. *inner portions* of a TCP link, NOT the end point connections) are
  23. supposed to have an MTU of 576 or more.
  24.  
  25. This is because most TCP/IP stacks do not implement MTU path discovery yet,
  26. so you want the lowest MTU on any portion of the network to be at least as
  27. high as the MTU on both end points of a TCP connection. Otherwise IP
  28. fragmentation will occur inside the network, which is Not A Good Thing,
  29. and can significantly increase the number of lost IP packets on the TCP
  30. link.
  31.  
  32. To avoid IP fragmentation you would want the MTU on either end to be at
  33. least as high as the smallest UDP packet you are sending or receiving
  34. (including the IP overhead). If you use NFS across a SLIP/PPP link you
  35. probably do not want to go below 576. Otherwise it makes sense to lower
  36. the value to 296 (256 bytes payload plus 40 bytes IP header).
  37.  
  38. There is no reason why the AmiTCP installer should prevent you from using
  39. low values like the above.
  40.  
  41. > I don't know if the rhcslip.driver itself would support it but in view
  42. > of the above it is doubtful.
  43.  
  44. There is no need for rhcslip.device (or any other driver, for that matter)
  45. to not allow small MTUs. If fact small MTUs can significantly improve
  46. interactive response time on slow serial links (because the average queueing
  47. delay is reduced) -- as long as you keep the MTU high enough that IP
  48. fragmentation does not occur.
  49.  
  50. --
  51. Holger Kruse   kruse@cs.ucf.edu   kruse@america.com
  52.                http://www.america.com/~kruse/home.html
  53.  
  54.